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PROCESS FOR STROCTURIl^G AND MANAGING THE CONFICtTRATION 
OF INDUSTRIAL PRODUCTS. AND PARTICULARLY AIRCRAFT 

DESCRIPTION 

Technical domain 

This . invention relates to a process for 
structuring and managing the configuration of 
industrial products, and particularly aircraft. 

5 State of the art 

A patent application according to known art, EP-0 
899 672, discloses a computer-aidied process for 
structuring data concerning the configuration . of 
products, for exanple aircraft, and to configure these 

10 products. This process is used to collect, structure 
and display this type of data and to use them to, 
produce a con^^uter program that validates product 
option selections and configxires such, a product. When 
product data objects are selected, an operator is 

IS invited to enter the specific data belonging to the 
selected object. Constraints limit selections .that the 
operator can ir^ake, the appearance of these objects, and 
configurations that may be produced from the selected 
objects. Data * belonging to the selected objects and 

20 their configurations are stored in a database. Changes 
may be made directly in the data stored in the 
database, and these changes are r4aproduced in a 
corresponding display. After production of a knowledge 
map that graphically displays the data necessary to 

25 configure the product, the data are retrieved from this 



database to produce e set of rules chat are entered 
into the program to validate a set of product option 
selections .and to configure a final product defined by 
the resulting modules. 

This process is a graphic structuring^ input, data 
storage and management process to configure a product, 
taking account of options selected by a customer. But 
it does not disclose interactive and dynamic use of 
these data during the exercise to define the product 
with a customer. 

The purpose of the invention is to overcome this 
disadvantage and to provide a process for structuring 
and managing the complete process to configure an 
industrial product, and particularly an airCMft for 
exairple such as an Airbus type as it is sold to 
customers, and in this case to trigger the process for 
construction of this aircraft in the assembly lines- 

Presentatibn of the invention 

This invention relates to a process for 
structuring and managing the configuration oi an 
industrial product and particularly an aircraft/ using 
processing means comprising at least one processor, a 
memory, data input means and a display screen, in 
which : 

- a set of, technical objects is described, each 
technical object either, representing a product 
function (EPAC) , or describing an implementation 
method (TDD) for such a product function to make 
a configuration of this products 



- a database is updated to specify the definition 
of each technical object and its inter-relations 
with other objects of the configuration by an 
expression of rules and constraints ; 

- this database is used interactively and 
dynamically through a choice of options ; 

- this database is used interactively and 
dynamically during the product definition made 
with this customer, through a selection of 
options . 

It is advantageous to use : 

- a knowledge management module, 

- a contract management module, 

- an administration module, 

- a mass management module, 

- a tariff management module, 
all working on the database. 

Advantageously, * in one functional approach, the 
aircraft is considered as a set of functions, 

Tiie contract management module may operate in 
connected or disconnected mode. 

It is possible to use : 

- an EPAC/TDU oriented configuration in which the 
options (EPAC) and the corresponding technical 
solutions (TOU) are chosen directly in a list 
sorted by ATA chapter, job category and sales 
policy, this selection being made either 
individually or globally due to a global 
procedure used to attach a possible aircraft 
application, a weight and a price ^o a set of 
options in the same ftinctional domain, or 



- a functional oriented configuration that 
provides a functional approach used to directly 
select EPAC/TDU technical objects specifying the 
required properties of a functional 
5 characteristic. 

The contract manager can initiate a configuration 
checking process at any time. 

Unlike patent application EP-0 899 672 mentioned 
above that emphasizes modeling of technical objects and 
10 the description of their inter-relations in a 
constraints graph, but which leaves little opportunity 
for the use of this graph during the definition of the 
said objects with customers, the process according to 
the invention uses the opposite approach and makes use 
15 of: 

- single modeling of rules and constraints in the 
database ; 

- interactive and dynamic use (-Front* Office 
Application-) of these constraints during the 

20 definition of the industrial product - 

Furthermore, the process according to the 
invention does not use any graphic representation or 
management. 

25 Brief description of the drawings 

Figure 1 illustrates the different modules used in 
the process according to the invention. 

Figure 2 illustrates an example embodiment of the 
process according to the invention, 
30 Figure 3 illustrates the operating steps of a 

specific patent application according to the invention. 
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Detailed presentation of particular embodiments 

The case of the Airbus type aircraft configuration 
is considered as an example throughout the remainder of 
5 this description, however the configuration of any 
other industrial product would be ^ite possible,, for 
example helicopters, automobiles, etc. 

This invention relates to a process for 
structuring and managing the configuration of an 
10 aircraft using a computer 9 that in particular includes 
a processor, a memory, data input means, for exan^ple a 
keyboard and a mouse ^ and a display screen, in which : 

- a set of technical objects is described, each 
technical object either representing a function 

15 of the aircraft (EPAC) , or describing an 

implementation method (TDU) for such an aircraft 
function to create an aircraft configuration,' 
these objects representing implementation 
options for this aircraft proposed to a 

20 customer ; 

- a known database is updated to clarify tHe 
definition of each technical object, and its 
inter-relations witli the other objects in the 
configuration by an expression of rules and 

25 constraints ; 

- this database is used interactively and 
dynamically during the definition of this 
aircraft carried out with this customer through 
a. choice of options. 



More precisely, this process uses five modules. 

for which the state may be illustrated on the display 

screen and modified using input means : 

- a knowledge mana9ement module (11) ("Back Office 
Module", the "Back Office" being technical 
documentation and validation work that is done 
in close cooperation with design offices and 
program managers) , which is dedicated to the 
management of all Airbus entities including 
documentation generation, in other words the 
standard specirication ana catalogues. iror 
exairple, these entities are EPAC technical 
objects each representing an aircraft function, 
some of . these functions being coK^ulsory (for 
example the motor drive) / TDU technical objects 
each describing a solution to iamplement an EPAC 
technical object (several TDU technical* 
solutions may be proposed for one epaC 
fxanction) , the def ini.tion of standard 
characteristics/ the catalogue definition, etc. 

- a contract management module 12 ("Front Office 
Module", the -Front Office" being use of the 
work done by the "Back . Of f ice " for technical- 
sales engineers working v^ith the customer) that 
is .dedicated to the management of fleet 
configurations including the generation of 
contract documentation ; 

- ajx administration module 13 that is dedicated to 
the management of user profiles, either in "Back 
Office- or in "Front Office" ; 



- a mass managernent module 14, either in the 'Back 

Office- or the "Front Office'. 
In figure 1, the "Back Office" and "Front Office" 
parts are inarked with references 16 and 17 
respectively. 

These five modules work on the same database 18. 
The system using the process according to the invention 
has interfaces with other data systems belonging to the 
Airbus company ; for. example with the cabin layout 
configuration system 20 as shown in figure 1, with 
product management: and the ACC ( "Aircraft Configuration 
Control") system for communication with partners of the 
Airbus company. The ACC system is a computer tool used 
to manage the industrial conf igviration of all aircraft 
emd to launch the necessary work orders. 

The database 18 is used to update the ACC 
databases 21 shared particularly between the Airbus- 
company and its partners in order to manage production 
orders . 

Statistics may be extracted from the database 18 
to supply data about the use of tdU technical objects, 
the definition of the aircraft of a customers or the 
internal operating efficiency of the Airbus company. 

The knowledge management module 11 (in "Back Office" ) 

This module 11 is intended to satisfy the needs of 
catalogue specialists and engineers. This module is 
used to create and update solutions defining entities 
proposed by the Airbus company to its customers ^ and to 
produce a technical aircraft documentation (standard 
characteristics and option catalogues) . 
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The technical solutions proposed by the Airbus 
company are debugged according to the breakdown into 
EPAC/TDU, The first two digits of the EPAC technical 
object correspond to the ATA result ; ATA is an 
internationally recognized breakdown of the functions 
of an aircraft. 

This knowledge management . module 11 manages the 
creation and updating of all EPAC and TDU technical 
objects. 

The description of a TDU technical object 
includes : 

- an equipment breakdown^ 

- a text, 

- and drawings. 

Further data are related to the TDU technical 
object, such as the impact of the weight on the 
aircraft or the price. 

The process related to a TDU technical object can 
be used to memorize a policy, wjiich is a means of 
classifying the TDU technical object as a function of 
the sales policy decided upon by the Airbus company. 

In liaison with an EPAC technical object, the 
process according to the invention is used to m^orize 
a job category. This job category is used to sort the 
different EPAC technical objects and it may be used to 
filter EPAC teclinical objects that can be used by a 
particular User : for example, cabin engineers work 
mainly on cabin elements - 

All these data are used and coic^)iled during 
generation of the technical documentation. 
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Logical relations ar€ used between EPAC technical 
objects and/or between TDU technical objects. These 
relations actually express all the knowledge of 
specialists and are available to contract managers, 
5 They enable an expression of the links between 
different options in terms of incompatibility or prior 
acceptance. The introduction of this type of constraint 
guarantees the consistency and the complete nature of 
the future configuration. 
10 These constraints may be applied in two different 

ways : 

^ a "hard- manner ; the constraints are 
automatically applied by the contract management 
module 12 without any action by the user ; 
^5 - a "soft" manner : the user is informed by the 

contract management module 12 that there is a 
constraint, but the user can avoid it. 
Each specialist can define the following in 
relation to a constraint: 
20 - an eaqplanaticn, 

- a wsiming* 

The process according to the invention proposes a 
functional approach, in addition to a conventional 
approach consisting of browsing through an ATA 

25 decomposition- 

This functional approach is a means of considering 
an aircraft as a set of functions and no longer as a 
set of EPAC/TDU technical objects. This enables a much 
more efficient aircraft design ; with this type of 

30 deconposition, the process accor<aing to the invention 
^«r, used to conficmre an aircraft by specifying the 
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required aircraft functions rather than by selecting 
in<3ividual TDU technical objects. 

These two approaches are possible simultaneously 
with the process according to the invention ; it is 
thus possible to configure an aircraft either using the 
functional approach or the conventional approach. 
However^ since aircraft functions are used by TDU 
technical objects, in each approach the result of a 
configuration remains a set of TDU technical objects. 

The technical doc-unxentation considered here 
includes a specification, in other words an 
understandable description of a standard aircraft, and 
the catalogue of options (optional TDU technical 
objects that may be used to customize a standard 
aircraft) . 

The process according to the invention makes it 
easy to view (use data) the different decomfpositioz^s, 
in order to facilitate the user's work. Data access is 
siu^lified because the user can take advantage of 
synthetic and graphic views of the data hierarchy. 
Similarly, it .is possible to work on a large set of 
data simultaneously, rather than on a single - item of 
data at a time. 

The specialist is responsible for determining if 
the delivered product is correct, before issuing a 
standard specification or a catalogue. Test tools are 
used to check consistency. 

The ACC application is the current tool used by 
the Airbus company to exchange data with its partners^ 
and to synchxonize the aircraft construction process in 
assembly line^^ therefore "Back Office" outputs such as 
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the creation of EPAC and TDU technical objects and 
management of specific requests are input into the ACC 
datal^se 21. 

The contract management module 12 (In "Front Office") 

This module 12 is intended to satisfy the 
requirements of contract^ managers , cabin engineers and 
IFE ("In Flight Entertainment**) engineers. IFE 
including audio/video means available in the cabin of 
an aircraft. 

These users use this module ~ 12 to define the 
configuration of the aircraft that forms part of the 
fleet defined by the Airbus company. This configuration 
is made up of functions and technical solutions defined 
by the Design Office and selected by the customer. Once 
the configuration has been fixed, the customer is 
provided with contract documentation- 

Since a fleet may be configured taking acpount of 
the customer's wishes and during several configuration 
sessions, this contract management module 12 is 
designed to work either in connected mode (to the 
Airbus company) or in disconnected mode (using a 
portable) . Server synchronization functions are used to 
manage "upload" or "download- procedures necessary to 
synchronize resident and portable databases. This 
module 12 is used for configuration management in the 
presence of the customer. 

in the configuration exercise, that consists of 
configuring a fleet in accordance with th« customer's 
wishes, wherever possible based on options proposed by 
the Airbus company, the contract manager must firstly 
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select the fleet to be configured, and revise the 
standard specification that will determine the 
catalogue revisions available t:o customize the 
aircraft. 

The contract manager can also display different 
data about the fleet including the nxunber of aircraft, 
delivery • dates, certification capacities, etc. 

This module can be used to configure two types of 
fleets : 

- a normal fleet, 

- a fleet in "leasing". 

In some cases « the contract manager may prepare 
the configuration of a fleet before it is created in 
the ACC base. To work by anticipation, he tlien uses the 
concept of the preliminary design in order tio create a 
standard configuration based on a standard 
specification revision and not related to a fleet. This 
concept may also be used to study alternative solutions 
for a fleet configuration. 

Once these data have been defined^ the contract 
manager can start the configuration exercise that 
consists of selecting the customer's needs. There are 
two ways of managing the aircraft configuration : 

- an EPAC/TDU oriented conf igruration in which the 
options (EPAC) and the corresponding technical 
solutions (TDU) are selected directly in a list 
sorted by ATA chapter « job category and sales 
policy. This selection may be xoade either 
individually or globally using a global 
procediire to attach a possible aircraft 
application and a mass to a set of options in 
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the same functional domain. The global procedure 
is managed through the global configuration 
concept ( "packages " ) . 
- a functional oriented configuration that 
S provides a fxinctional approach in order to 

directly select EPAC/TDU technical objects by 
specifying the required properties of a 
functional characteristic. This type of 
configuracion is available only for some complex 
10 svibjects and provides more significant data. But 

this type of option selection also leads to 
EPAC/TDQ technical objects. 
Logical constraints used between EPAC technical 
objects and/ or TOU technical objects express all the 
IS specialist's taowledge, and are available for use by 
the contract manager. This knowledge is used through 
the configuration process, to help contract managers* 
during the aircraft definition step while avoiding 
errors and guiding the configuration. 
20 At the time of an aircraft configuration, the 

Airbus company may encounter a specific need formulated 
by the customer for which there is no • EPAC/TDU 
tectmical object. In this case, the contract manager 
asks the design office and the partners to study and 
25 possibly propose a new solution* This specific request 
is processed through a specific process, and the TDU 
technical objects are sent to it as a reply; if a new 
TDU technical object is created sp^ifically for the 
said reqfuest, this new TDU technical object is used to 
30 input data to -the system. 
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For some selected options, the contract manager 
can configure the aircraft properties in order to 
satisfy the customer's needs. These properties are 
defined by the -Back Office" and are identified as 
5 being configurable. 

The contract n^anager can also set parameters for 
the selected options in order to satisfy the customer's 
needs; change the quantities of elements in the TDU 
technical object, give detailed specifications for an 
elements family, to change the BFE/SFE status which 
represents the e<3ruipment procurement mode; BFE ("Buyer 
Furnished E<iuipment") being equipment supplied by the 
customer and SFE ("Seller Furnished Equipment^) being 
equipment supplied by the Airbus company. All these 
modifications are taken into account at the time when 
the contract documentation is generated. The text 
description of the TDU technical object .(change^ 
consequence, iinpacts of specification, etc.) cannot be 
changed. However, the contract manager can modify the 
final contract document once it has been generated. 

When the EPAC/TDU simple or global, configuration 
or the functional configuration is . used, all logical 
constraints defined in the '♦Back Office- are checked 
dynamically. The contract manager is then informed 
about each inconsistent selection in order to finally 
obtain a consistent and complete fleet configuration. 
The logical rules used may be incompatibility or prior 
acceptance. 

When an individual option is being selected, the 
contract manager can specify that this option should be 
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installed in "retrofit", in other words off the 
production line after the aircraft has been delivered. 

Cabin features and IFE specific features are used 
to take account of specific features in the process for 
5 configuration of these functional domains. . 

The contract manager can start a configuration 
checking process at any time during the configuration 
exercise, to perform a complementary check to ensure 
that the fleet configuration is complete. For example^ 
0 he can check that at least one TDU technical object has 
been selected for all compulsory EPAC technical 
objects, or obtain a suznmary o£ all software 
constraints that have been violated during the 
configuration « 

During the configuration exercise, the contract 
manager can use a standard catalogue and specification 
viewer at any time to view the contents of eiectronie 
catalogues or standard "in line" specif rcations 
corresponding to versions of the options catalogue or 
the standard specifications of the Airbus coir^any- In 
this way, he can access a complete technical 
description of options supplied by the Airbus • company; 
text and graphic descriptions, mass information, and the 
component number are thus all available. 

The exercise to make a detailed definition of an 
aircraft may re<3uire several work sessions and a 
contract may be effective over several years. Changes 
which have an impact on the custoxnized fleet (movement 
of an aircraft from one fleet to another, addition or 
deletion of aircraft in a fleet), etc. may take place 
during this period of time and thus make the contents 
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of the contract documentation supplied to the customer 
obsolete. Change management functions are used to 
detect these changed and inform the contract manager to 
help him make the right decisions . 

The contract management module 12 is interfaced 
with the system to define che interior of the cabin 20 
which may initially be used to attach the reference of 
the drawing of the cabin interior to an aircraft or a 
set of aircraft in a fleet, and secondly to retrieve 
all elements selected in the cabin, in this module 12. 
This avoids multiple inputs of Che same data, and thus 
guarantees good consistei^cy. 

When a customer selects an option, the contract' 
manager may supply these data to partners of the Airbus 
coinpany . by activating che interface to the ACC 
(industrial aircraft configuration management system) • 
This interface is used t.o use "Front Office" outputs 
such as EPAC, TDU technical' objects and configuration 
selections as input to the ACC database 21. 

The administration module 13 

This module 13 is dedicated to the management of 
user profiles. Several categories of specialists, each 
with their own specific competence, are involved : 

- in the aircraft definition process , these 
specialists may for example be contract 
managers, cabin engineers, IFE engineers^ mass 
specialists ; 

- in the aircraft design process, these 
specialists may for example be technical 
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specialists/ mass specialists and catalogue 

author specialists . 
Since access to functions and data is strongly 
dependent on the user profile, this administration 
module 13 is used to manipulate profile management. 

The mass management module 14 

Masses are managed by a specific module 14 that 
uses all data supplied by the contract management 
module to calculate the mass of the customized 
configuration produced by the contract manager. 

Exazople use o£ the process acocx-dizig^ t^o tlxe iziire2itJ.ozi 

Figure 2 shows such an example of use of the 
process according to the invention. Starting from an 
open fleet 30. and the configuration 31 of an aircraft 
is made by making EPAC/TDU selections 32 by using* 
specific requests to trace additional revests"- of the 
customer 33, doing a global configuration of the cabin 
and the IFE 34 and by setting parameters for TDU 
objects 35. This is followed by an ACC communication 36 
with of f icialization of the contract definition and 
production of documentation 38- 

These different phases will be analyzed below. 

Selection (32) of EPAC/TDU technical objects 

The following steps take place diiring this phase: 
- the original configuration screen displays all 
available EPAC technical objects proposed for 
the fleet considered by the ATA breakdown ; 



18 



- an EPAC technical object (function) is selected 
followed by a TDU technical object (to indicate 
the selected solution) ; 

- each TDU technical object has a status in the 
fleet : 

. "available" to stop the selection of a 

previously selected TDU technical object ; 
. "selected" to select a TDU technical object 
for the fleet considered. and define a 
possible aircraft application ; 
- all these selections are made official through 
customer Requests for change transmitted in ACC. 
The above selections may be made with a graphic 
^interface ("click, drag and drop" type actions carried 
out using a mouse) . 

It is possible to use a filter to restrict the 
display to technical objects that have already been- 
decided upon for the fleet. 

It is possible to use an aircraft view and select 
an aircraft in a list of aircraft so that only options 
for this aircraft can be seen. 

Different icons illustrated in the selection 
screens for EPAC/TDU technical objects, are used to 
make validations like those described above, and to 
determine logical incompatibilities; for example for 
an EPAC/TDU technical object for one or several 
aircraft in the fleet. 

Different types of constraints may ^ apply to 
EPAC/TDU technical objects : 

- prior acceptance : an EPAC or a TDU may require 
parior acceptance of another EPAC or TDU ; 
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- an incompatibility : an EPAC or a TDU may be 
incompatible with another EPAC or TDU ; 

- these two types of constraints may be expressed 
in a "compulsory" or "inf oarmative* manner. 1£ a 
constraint is compulsory, the related technical 
object will be selected automatically- If it is 
optional^ a warning is issued about the 
constraint and the user is requested to confirm 
his decision.. 

- Exclusive TDUs ; an EPAC may comprise an 
"exclusive TDU' item of data input into the 
"Back Office" that pre^^^t:s two TDUs from this 
EPAC being selected for the same aircraft. 

Specific reqruest (33) 

This type of request is used when no TDU technical 
object can be found to satisfy a definition ne^d. 

The diagram shown in figure 3 shows the di-fferent 
steps in such a request, that begins when it is created 
by the "Front Office" user. 

Global configuration procedure (CABXN, IFE. etc) (34) 
This phase includes the following steps: 

- for a new configuration, the job category 
concerned is selected ; 

- an existing global configuration can then be 
modified ; 

- the requested TDU technical objects are 
selected ^- 

- this selection is validated ; 



- applicability for the global conf igijiration 
created on one or several aircraft in the fleet 
can be expressed. 

The customer request is then made official in ACC. 

Setting TDU parameters 

Parameters may be set for the following elements: 

- the state and the ^antity, as a function of 
data indicated in "Back Office" ; 

- the seller, or the seller and the part 
identification, if they are not specified in the 
TDU 'Back Office" technical object ; 

- the properties, that consist of complementary 
data and are compulsoiry wherever they are 
applicable. 

Setting parameters for global conf icrurations (3S) 
In this phas«: 

- TDU technical objects for the global 
configuration can be set in the same way as 
individual TDUs ; 

- some complementary details are necessary to make 
the request official ; the reference number of 
the cabin layout drawing, cabin parameters, 

ACC comiminication (36) 

All selected TDU technical objects can be 
displayed for all ATAs, or one selected ATA, and the 
corresponding states and numbers can be displayed for 
the generated customer requests* 
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Different icons may be seen in the ACC interface 
screen indicating the following in particular : 

- applicability on fleet aircraft ; 

- the TDU was updated and validated in the "Back 
Office" after its last selection ; 

- an official contract document has already been 
generated for the TDU. or global configuration ; 

- the of f icialization state of the customer's 
request i refused, accepted, being processed. 

Of ficialization (37_)^ 

This is a means of making the customer's 
acceptance or rejection of an option (EPAC, TDU) 
official for the industrial world- 

Doc\imenta.tioii (38) 

This operation is used to : 

- create an SON document based on a "Front 'Office" 
TDU technical object ('TDU "Back Office" -i- 
individualization) ; 

- document modification if necessary ; 

- print the document if requested ; 

- save the dpc-ument and its of ficialization state. 
A viewer may be used to display the recorded 

documents . 



